home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1151 < prev    next >
Internet Message Format  |  1994-08-27  |  7KB
  1. Date: Mon, 1 Aug 94 02:03 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: gem-list@world.std.com
  4. Subject: Re: GEM List
  5. Precedence: bulk
  6.  
  7. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  8. Toolboxes are not the only place background windows should be enforced.  Make
  9. it so that if a user creates a window with your library, they have the
  10. option to use WF_BEVENT.  If they are not using the right TOS version, then
  11. handle the WF_BEVENT bit yourself!
  12. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13.  
  14. Why not set the WF_BEVENT bit for all windows.  Handle topping yourself,
  15. and handle changing tops to clicks yourself.  The only restriction here
  16. is that a drag cannot be done from a backrgund window unless the OS
  17. has WF_BEVENT.
  18.  
  19. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  20. assed coder.  TRY something for a change, rather than coming up with excuses
  21. to get out of everything before even trying it.
  22. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  23.  
  24. Just because you try it, and it works, does NOT mean that it is portable, nor
  25. does it mean it is good programming style (and I don't mean the position of
  26. your brackets, I mean inter-application cooperation).
  27.  
  28. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  29. gadgets. XAES doesn't *force* you to do anything. XAES is all about
  30. *choices*, not being forced to do anything you don't want it to.
  31. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  32.  
  33. It should look and feel like standard GEM, and actually USE standard GEM
  34. (no faking any of it!).  Only if the user specifically sets a certain
  35. option should the new gadgets be used.   Maybe something like :
  36.  
  37.   SomeApp.Motif.Gadgets: On
  38.  
  39. Otherwise, don't!
  40.  
  41. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  42. Have you used WinX?  They have different window gadgets, and yet, I don't
  43. hear anyone complaining.
  44. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  45.  
  46. No, the gadgets are NOT different!  You can have the arrows positioned
  47. differently, but this is system-wide!   Not per-application (although
  48. anyone that really wants to, could make it per application).  A system
  49. wide, and minor change at that, is OK.  But switching from Gem gadgets to
  50. Motif Widgets for just one app is gonna irritate some people.  I would
  51. suggest only using them for the above app-defs line, otherwise, pass
  52. some GEM Gadgets to your wind_create call eh?
  53.  
  54. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  55. I would have to see this to believe it.  MiNT itself is slower than snot.
  56. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  57.  
  58. What tests have you done?   MiNT .95b was about 2-3% slower than TOS 1.62
  59. when running over TOS 1.62.  I used numerous benchmarks.  MiNT has been
  60. getting faster and more compatible ever since.  When 1.11 comes out, it
  61. will be freely available.  You can see for yourself when its released just
  62. how fast it is.  How fast can your system print text?  On my MiNT system
  63. I get about 8000 cps!  With scrolling, using Cconws or Fwrite, in 80
  64. character chunks.  It would go faster if I just used one long 32K write
  65. and timed it!  If you need help using MiNT, email me.  You must be doing
  66. something weird with it (not surprising considering your abuse of the AES)
  67.  
  68. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  69. Put the new AES on top of it and things really go downhill. If you'd like to
  70. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  71.  
  72. Any AES will slow the system since the AES does a constant polling for
  73. events which eats up CPU time.  Something your own programs do!  A non-polling
  74. AES will be released at a later date.
  75.  
  76. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  77. Better yet, do some benchmarks and give some *hard* facts, numbers that
  78. can be *duplicated* by anyone. Try something like GemBench and Speedometer
  79. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  80.  
  81. I don't currently have either of those programs right now, but GemBench
  82. used to give me 96-99% with MiNT .95, and with 1.10+ its even more efficient,
  83. especially in BIOS IO.  Since I now have an AdSpeed, posting tests would
  84. not be an accurate comparison anymore (which is why I posted results for
  85. MiNT .95, which is also freely available in binary form- try it yourself).
  86.  
  87. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  88. Atari got their head out of their .... with this new MultiTOS (at least in
  89. terms of speed, not usability -- that is a completely different issue.)
  90. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  91.  
  92. Flame on:
  93. The new MultiTOS is faster because it uses device drivers and Fselect(), or
  94. something similar instead of polling the hardware.  Fselect() is like
  95. evnt_multi for file handles.  You yourself have turned evnt_multi into
  96. a polling call by using 0ms timers.  Your programs will still be VERY slow
  97. under any operating system because you STILL haven't gotten your head out
  98. of YOUR ASS and realized that polling is a bad programming practice.  You
  99. talk alot about others and ATARI, but you are doing the exact same thing.
  100. In fact, what do is worse, because there is a way around it.  Until MiNT
  101. came along, ATARI didn't have a better way, or even a reason.  Maybe instead
  102. of insulting a lot of people that are really doing wonders for the OS,
  103. you should shut the hell up because you don't know what you are talking
  104. about, and that goes for MiNT -AND- how you think the AES works and your
  105. demand for benchmarks (which can't show half of what you ask anyway).
  106. Flame off:
  107.  
  108. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  109. I'm not sure where you got that figure.  You must have lots of OTHER
  110. programs contributing to that figure.  And don't use Warp9 with MiNT
  111. either - that steals MORE system time than MiNT does.  You can take two
  112. identicle systems, one running MiNT and one running Warp9.  The MiNT
  113. one will do graphics slow, and CPU operations fast.  The Warp9 one will
  114. do graphics fast, and CPU operations will be slower than MiNT!  If you
  115. combine MiNT and NVDI, you get a nice fast system all-around that can
  116. handle multiple tasks.  See :
  117. PID  PPID PRI CURPRI STATUS   SIZE    TIME    COMMAND
  118. 000  000   0     0  Wait      46800 01:13.43  MiNT
  119. 003  000   0     0  Ready    136864 09:25.54  vconsd
  120. 005  000   0     0  Ready     37328 18:21.51  ttyd0d
  121. 007  000   0     0  Sleep     98992 00:00.14  sh
  122. 009  000   0    -3  Ready     76576 01:51:12  top
  123. 010  000   0     0  Sleep     98992 00:00.98  sh
  124. 013  000   0     0  Wait     100336 00:08.63  GEM
  125. 014  013   0    -1  Ready    237488 13:09:43  TOSWIN_W
  126. 016  000   0     0  Sleep    237040 00:28.45  bash
  127. 019  000   0     0  Sleep     35984 00:06.82  wterm
  128. 020  019   0     0  Sleep     40688 09:16:56  wterm
  129. 110  000   0     0  Sleep     77344 01:55.52  me
  130. 123  016   0    -5  Ready     29376 00:00.63  ps
  131.  
  132. And I'm not doing that much multitasking right now!  I'm not very busy.
  133. Normally I've got 2 or 3 editors going and a couple file viewers while
  134. a zmodem is going.  And there is no slowdown.  I have to run about 2
  135. or 3 archivers and the AES before getting a "slow as snot" speed.  Or
  136. GNU C - the constant disk access makes things jump.  16Mhz system.
  137.  
  138.